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(57) Abstract: Bidirectional objects each contain a common 
key and are matched. A new common key is provided (30) for 
the objects with the exception of an object to be excluded; af- 
ter the receipt of a new common key and when an order (32) is 
issued from one object to another matched object, verification 
(34) occurs to ensure that the two objects contain the new com- 
mon key. If verification is positive, the order is carried out (36). 
If verification is not positive, the order is not carried out (38) 
and the match is deleted. An object can therefore be excluded 
from a set of bidirectional objects without the user having to 
leprogram the set of matches between the other objects. 

(57) Abr^^ : Des objets bidirectionnels contiennent chacun 
une cl6 commune et sont appari6s. On foumit (30) aux objets, 
^ Texception d'un objet k exclure, une nouvelle cl6 commune, 
apr^s reception de la nouvelle cl6 commune, lors d'un ordre 
(32) d'un objet vers un autre objet apparie, on verifie (34) que 
les deux objets contiennent la nouvelle cl6 commune. Si la ve- 
rification est positive, Tordre est ex6cut6 (36). Si la verifica- 
tion n'est pas positive, Tordre n'est pas execute (38) et Tap- 
pariement est efface. Ainsi, un objet peut dtre exclu de Ten- 
semble des objets bidirectionnels, sans pour autant que I'uti- 
lisateur n*ait besoin de reprogrammer Tensemble des apparie- 
ments entre les autres objets. 
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PROCEDE DF REPROGRAMMATION D'OBJETS RTnraRCTIONNELS 

L'invention se rapporte au domaine de la commande k distance d'actionneurs et 
notamment k la commande sans fil d'actionneurs vrtilis6s dans le confort et la securit6 du 

5 batiment, par exemple pour I'eclairage, la manoeuvre des fermetures, des protections solaires, 
des systfemes de ventilation et d'air conditioim6 etc. . . 

Dans la conception actuelle de tels systteies, de tels actionneurs et/ou c^teurs associ6s 
sont pilotfe par des unites de contrdle ou points de commande enables de communiquer en 
reception mais aussi en 6mission par un lien bidirectionnel, typiquement radiofr6quences. Les 

10 actionneurs ou capteurs et les umt6s de commande peuvent done Stire qualifi6es de fa9on 
g6nerique d'objets bidirectiormels. Les actionneurs ou capteurs sont souvent disposes dans des 
parties difficilement accessibles pour I'installateur, et plus encore pour I'utilisateur. 

Les points de commande sont unidirectionnels ou bidirectionnels, nomades ou fixes. 
Bien souvent, un point de commande fixe est lui-meme aliment6 par piles, ce qui evite les 

15 cSblages. Quand un point de commande est 6quipe d'un 6metteur recepteur, la fonction 
reception peut n'Stte activ6e que sur commande ou par intennittence pour limiter la 
consommation. 

Une procedure d'appariement permet d'associer k un couple form6 d'un actionneur et 
d'un point de commande de partager un identifiant commuiL Le partage d'un identifiant 

20 commun permet ensuite k I'actionneur de reconnaStre les commandes provenant du point de 
commande, pour y r6pondre. La proc6dure d'appaiiement peut gtire r6p6t6e pour commander 
plusieurs actiomieurs k partir d'un point de commande ou encore pour qu'un actionneur 
reponde a plusieurs points de commande. Selon les modes d'appariement, I'identifiant est 
transmis depuis l'unit6 de contrdle de Tactionneur vers le point de commande qui I'enregistre, 

25 ou au contraire depuis le point de commande vers runit6 de controle de I'actionneur, qui 
I'enregistre. Des solutions d'appariement sont par exemples decrites dans les demandes de 
brevet US-A-4 529 980 ou US-A-5 148 159 ou encore dans les demandes de brevet fi:an9ais 
d6pos6es par la demanderesse sous les num6ros 01 09369 du 13.07.01 et 01 16709 du 
21.12.01. 

30 D6s qu'il s'agit non seulement de confort mais aussi de s6curit6, un probleme se pose 

lors de la perte ou du vol d'un point de commande. De fait, un actionneur vole peut Sti« utilis6 
k distance, par exemple pour d6sactiver une alarme ou encore pour ouvrir une porte ou un 
volet roulant. 
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Le brevet US Re 36,703 donne une solution k un tel probleme. n s'agit ici d'une unit6 
de contrdle d'actionneur pour portes de garages susceptible d'apprendre plusieurs identifiants, 
tous diff6rents, propies a differents emetteurs de tel6coimnande. Un pointeur logiciel ou 
mteanique permet d'afifecter un nouvel emplacement memoire k un nouvel emetteur. En cas 
de perte (ou vol) d'un des Emetteurs, il suffit de pointer I'emplacement m6moire 
correspondant pour y loger le code de l'6metteur de remplacement. L'ancien emetteur devient 
done invaUd6, dans la mesure ot son identifiant est 6cras6 par l'6criture d'un nouvel 
identifiant. Cette solution n6cessite de conserver en lieu sur une table des relations entre 
emetteurs at emplacements m6moire affect6s k chaque 6metteur. 

EP-A-0 688 929 d^rit des mecanismes d'apprentissage dans des systemes k saut de 
code (code hopping), avec une solution analogue. Ce document pr6cise qu'il peut 6tre 
n^cessaire d'exclure un transmetteur du syst^me. La solution propos6e est la suivante : un 
encodeur est exclu en supprimant les codes correspondants dans le d6codeur - autrement dit 
simplement en d6sappariant I'encodeur et le decodeur. 

Une autre solution consiste k recommencer une procedure d'appariement de I'ensemble 
des actionneurs. La demande de brevet franpais d6pos6e le .13.07.01 sous le num6ro 01 09369 
propose a cette fin des actionneurs, pour lesquels une action sur I'alimentation electrique 
provoque dont la mise en mode de programmation. Une autre solution consiste a reinitiaUser 
un actionneur par mise k la phase d'un fil sp6cifique, comme propos6 dans FR-A-2 808 834. 
On comprend qu'un tel moyen va n6cessiter de reprendre complfetement les procedures 
d'appariement. Pour paUier la perte ou la disparition d'un point de commande, on est done 
conduit a effacer les identifiants de I'ensemble des points de commande dans I'instaUation. En 
outre, cette solution est complexe et n'est pas toujours possible a mettre en ceuvre, notamment 
dans le cas de points de commande pr6afifect6s en usine a des actionneurs ou encore lorsque 
les differents actionneurs ne sont pas accessibles. 

Dans le domaine des serrures 61ectroniques, il a ete propose de profiter de I'introduction 
d'une nouvelle cl6 pour ejecter le code de la pr6c6dente. Une telle methode est utiUs6e par 
exemple dans les documents EP-A-0 171 323 ou plus anciennement US-A-3 821 704. Dans 
une serrure de chambre d'hdtel, une cl6 61ectronique contient un code a deux champs A et B. 
Le champ A contient le code d'ouverture valide, le champ B contient le champ d'autorisation. 
Au cUent suivant est foumi une nouvelle cl6 contenant cette fois B et C. Le premier champ est 
utilise pour commander I'ouverture s'U y a identity entre celui lu sur la cl6 et celui enregistr6 
dans la seirure. S'il n'y a pas identity, la senrure compare ce premier champ au code 
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d'autorisation eiiregistr6 dans la setrure. S'il y a identit6, la serrure enregistre ce code comme 
code d'ouvertuie valide at enregistre le deuxieme charap de la cle comme nouveau code 
d'autorisation. 

EP-A-1 085 481 propose une installation dans laquelle I'ensemble des 616ments de 
5 I'installation partagent un code de site, unique au site. Le code de site est utilis6 par les 
transmetteurs pour crypter les informations transmises au r^cepteur. Le r6cepteur d6crypte les 
informations qu'il refoit des transmetteurs, k I'aide du code de site. D r^ond aux ordres d'un 
transmetteur si les informations qu'il re9oit de la part de ce transmetteur sont coh^rentes avec 
les informations rcfues precddemment de la part de ce transmetteur. L'avantage pr6sent6 dans 
10 ce document est d'6viter toute programmation du recepteur. Toutefois, ce document ne fait 
pas 6tat du probldme de la perte d'un transmetteur ou de la suppression d'un transmetteur; en 
effet, la solution propos6e rend impossible la d^rogrammation d'un des transmetteurs. 

n existe done toujours un probl^e en cas de perte ou vol d'une unit6 de commande, ou 
plus g6n6ralement lorsque Ton souhaite exclure un objet d'un ensemble d'objets apparies. 
15 Dans un mode de realisation, I'invention propose done un proced6 de reprogrammation 

d'objets bidirectionnels contenant une cl6 commune, au moins deux objets 6tant ^pari6s pour 
permettre I'envoi d'un ordre depuis un objet de la paire vers I'autre objet de la paire et 
rex6cution de I'ordre par I'autre objet; le proc6d6 comprend les 6tapes de : 

- foumiture aux objets d'une nouvelle cl6 commune; puis 

20 - lore de I'envoi d'un ordre d'un objet vers un autre objet qui lui est appari6, 

verification que les deux objets contiennent la nouvelle cl6 coimnune, et 

- refiis d'ex6cution de I'ordre par I'autre objet si les deux objets ne contiennent pas la 
nouvelle cle commune. 

Avantageusement, l'6tape de verification n'est mise en oeuvre, pour deux objets donnes, 
25 que lors du premier ordre suivant la formiiture de la nouvelle cl6 commune. 

V€tapG de foumiture d'une nouvelle cl6 commune peut comprraidre: 

- la g6n6ration d'une nouvelle cle commune et 

- la diffosion de la nouvelle cl6 commune g6n6r6e. 

Dans ce cas, I'etape de g6n6ration peut s'efiFectuCT k partir d'un objet unique ou encore k 
30 partir de deux objets. La difiEusion peut 6tre une difiusion point k multipoints ou encore une 
diffusion point k point. Dans ce dernier cas, la diffusion point k point comprend de pr6f6rence 
une action de I'utilisateur sur chaque point. 

On peut aussi pr6voir que I'Stape de diffusion comprend : 
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- une diffusion point a point parmi un sous-ensemble des objets; 

. une diffusion point a miiltipoint vers un autre sous-ensemble des objets. 

Dans un mode de mise en ceuvre, I'fitape de diffusion comprend, lors de la diffusion de 
la nouvelle cl6 commune d'un objet vers un autre objet, la v6rification que les deux objets 
contiennent Tancienne cle conrmune. 

L'invention propose aussi un programme Sexploitation dhm objet bidirectionnel adapts 
k stocker au moins une cl6 commune et au moins une information d'^pariement, comprenant : 

(a) une routine de r6ception d'une nouvelle cle commune; 

(b) ime routine de reception d*un ordre; 

(c) une routine de verification pour un ordre refu depuis un objet 6metteur appari6 de 
la presence de la cle commune dans Tobjet emetteur , et 

(d) une routine de refus d'execution de I'ordre si la verification est negative. 
Avantageusement, la routine de verification n'est mise en oeuvre, pour un appariement 

donne» que lors du premier ordre re9U. 

Uinyention propose encore un programme d'exploitation d'un objet bidirectionnel 
adapts k stocker au moins une cle commune et au moins une information d'appariement, 
comprenant : 

(a) une routine de reception d'une nouvelle cl6 commune; 

(b) une routine d'6mission dhm ordre vers im objet destinataire appari6; 

(c) une routine de v6rification de la presence de la cle commune dans Tobjet 
destinataire. 

Avantageusement, la routine de verification n'est mise en ceuvre, pour un appariement 
donne, que lors du premier ordre emis. 

Uun ou I'autre de ces programmes pent en outre comprendre une routine de generation 
d'une nouvelle cle commune. Celle-ci presente de preference une sous-routine d'emission 
d'une commande de generation de la cle commune vers un autre objet. 

On peut aussi prevoir une routine de transmission vers un autre objet d'une nouvelle cie 
commune, ou encore une routine de transmission vers plusieurs autres objets d'une nouvelle 
cie commune. 

L'invention propose enfin un objet bidirectioxmel, presentant : 
un etage de reception; 
un etage d'emission; 

une unite logique pilotant retage de reception et I'etage d'6mission, et 
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une mdmoire contenant un tel programme. 
D'autres caract6ristiques et avantages de rinvention apparaitront k la lecture de la 
description qui suit, doniide k titre d'exemple et en r6f6rence aux dessins qui montrent : 

figure 1, une vue sch&natique dtoe installation petmettant la raise en ceuvre de 
I'invaition ; 

figure 2, un ordinogramme dhm proced^ selon ^inventioI^ 
- figure 3 un ordinogramme d'un autre mode de mise en oeuvre d'un proc6d6 selon 
rinvention. 

Dans la suite de la description, I'invention est d6crite dans un exemple d'application h 
I'appariement de systemes domotiques; elle ne se limite pas k de tels systfemes. On utilise dans 
la suite les mots "transmetteur d'ordre" et "r6cepteur d'ordre", pour d6signer des objets qui ont 
pour fonction de transmettre ou recevoir les ordres donnas par un utiUsateur; un transmetteur 
d'ordre est aussi couramment appel6 unite de commande, tandis qu'un r6cepteur d'ordres est 
un actionneur ou un capteur associ6. Ces d6signations ne sont pas representatives des 
fonctionnaUt6s des "transmetteurs" ou "r6cepteurs", qui du point de vue des signaux, sont- 
enables d'&nettre comme de recevoir. On aurait done pu parler "d'objet bidirectionnel", c'est- 
4-dire d'un objet pr6sentant des C£^acit6s d'6mission et de r6ception. Pour la clart6 de 
I'expUcation, on utilise les mots "transmetteurs" ou "r6cepteurs" - qui ne repr6sentent que 
I'affectation d'un objet bidirectionnel donn6 k un usage particuliCT, 

On siq)pose aussi, dans la suite de la description que chaque objet bidirectionnel est 
muni d'un identifiaht univoque; il pent s'agir d'un identifiant correspondant k un code de 
I'objet, donn6 en usine et qui n'est pas susceptible d'etre modifi6; il pent aussi s'agir d'un 
nombre susceptible d'etre modifi6, comme un nombre al6atoire choisi dans Tobjet ou encore 
un nombre choisi k I'aide de micro-commutateurs. L'origine de I'identifiant est sans incidence 
sur le fonctionnement du proc6d6. On notera aussi que I'identifiant utilise dans la suite pent 
6tre modifi6 apr^s la definition du groupe ou apres I'appariement : il sert simplement, lors de 
I'appaiiement, k identifier un objet. 

La figure 1 montre une vue sch6matique d'une installation dans laquelle le proced6 peut 
§tre mise en oeuvre. L'installation comprend un op6rateur 2. Get operateur peut, par exemple 
emx}uler ou d6roula- des stores, des volets roulants ou une porte de garage, actionner un 
luminaire, ouvrir une porte, enclencher ou d6clencher une alaxme, etc. A I'operateur est reli6 
un r6cepteur. Le r6cq)teur d'ordres pr&ente une antenne 6 qui lui permet de recevoir des 
ordres transmis par voie hertzienne depuis un transmetteur d'ordres; le r6cepteur d'ordres 4 



wo 03/081352 Al PCT/FR03/00860 



6 

peut en outre 6mettre des signaux, par exemple par la voie hertzienne. a I'aide de la meme 
antenne 6. La transmission par radio des ordres depuis un transmetteur vers un recepteur ou 
dans le sens inverse est connue en soi et n'est pas d6crite plus en detail ici. 

La figure 1 montre encore une pluraUte d'op6rateurs 8. 12, ayant chacun leur r6cepteur 
d'ordres 10, 14. Elle montre encore des transmetteurs d'ordres 16, 18 et 20; ceux-ci sont 
adaptes k transmettre par voie hertzienne un ou des ordres k destination des r6cepteurs 4, 10, 
14, et pr6sentent k cette fin une antenne non representee. Typiquement, un transmetteur 
d'ordres, dans le cas de la connnande d^un volet roulant, peut transmettre des ordres de mont6e 
ou de descente du volet ou d'arrSt du volet; on peut pr6voir d'autres ordres, comme la mise du 
volet dans des positions preprogrammees du volet, des ordres de programmation du volet, etc. 
Le transmetteur d'ordres presente done un ou plusieurs dispositifs permettant k l-utilisateur 
d'entrer une commande, dans le cas le plus simple un ou plusieurs boutons de commande. Un 
transmetteur d'ordres est aussi adapt6 k recevoir des signaux depuis le ou les recepteurs 
d'ordres; on peut, comme dans le cas du r6cepteur d'ordres, utiUser la meme antenne. 

On peut prevoir pour le transmetteur d'ordres comme pour le r6cepteur d'ordres des 
canaux de transmission divers en Emission ou en reception; dans une configuration simple, on 
utilise la radio, le transmetteur comme l'6metteur constituent alors un "transceiver", c'est-i- 
dire un 6metteur-r6cepteur. 

Parmi les difKrents objets bidirectionnels - transmetteurs et rfeepteurs d'ordres - 
certains sont appari6s. L'appariement, d6crit dans les documents de I'^tat de la technique 
mentiomi6s plus haut, consiste k feire "apprendre" k chaque objet d'une paire I'identifiant de 
I'autre objet de la paire; aprfes appariement, un objet d'une paire ex6cute les ordres qui lui sont 
transmis par I'autre objet de la paire. Ces ordres peuvent 6tre de nature trfes diverse selon 
I'installation; dans une instaUation de volets roulants, les ordres sont typiquement des ordres 
de montee ou de descente des volets; on peut aussi pr6voir des ordres de programmation pour 
la creation d'autres appariements. Dans une installation d'alarme, I'ordre peut etre une mise en 
marche ou un arrgt de I'alanne ou encore une programmation de fonctions. On peut done 
generalement d6finir par "ordre" une instruction transmise par un objet vers un autre objet. 

n peut dans une installation y avoir autant d'appariements que de paires d'objets et le 
proc6d6 de r^rogrammation d^crit ici s'applique independamment de la fafon dont 
I'E^ariement est r6alis6. 

A titre d'exemple, on considfere dans la suite le cas oil les paires suivantes sont d6finies : 
(4, 16), (10, 16), (10, 18), (4, 20), (10, 20) et (14, 20); le transmetteur 16 commande les 
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rteepteurs 4 et 10, le transmetteur 18 commande le recepteur 10 et le transmetteur 20 
commande I'ensemble des recepteurs. 

La structure physique et logique d'un objet bidirectionnel utilisable dans une telle 
installation est connue de ITiomme du m6tier; on pent notammrait se r6f6rer k la description 
donnte en r6f6rence k la figure 2 de la demande de brevet fi:an9ais 02 01631 du 1 1.02.02. En 
resum6, un objet bidirectionnel comprend un 6tage de r6ception, apte k recevoir des signaux 
depuis les autres objets ou certains d'entre eux, un 6tage d'6mission apte k 6mettre des signaux 
vers les autres objets ou certains d'entre eux et une unit6 logique pilotant I'^tage de reception 
et I'etage d'emission. L'objet comprend aussi une m^moire, contenant les programmes mis en 
CBUvre dans l'umt6 logique et notamment les programmes d'exploitation de l'objet Comme 
expUque plus bas, la memoire de l'objet pent aussi contenir au moins une cl6 commune; l'objet 
pent aussi contenir des infonnations d'appariement, par exemple des identifiants d'autres 
objets stock6s dans la m6moire. Selon leur utilisation comme transmetteur d'ordres ou comme 
6metteur d'ordres, les objets peuvent pr6senter des entrees (boutons, micro-commutateurs, 
commutateurs) ou des sorties (vers un op6rateur) differentes; le programme d'exploitation 
peut aussi difiKrer selon les fonctions auxquelles un objet est destin6. 

Le probl^me que r&out I'invention est celui de la reprogrammation des objets 
bidirectionnels, qui se pose lorsque Ton souhaite exclure un objet d'un ensemble d'objets 
^pari6s. Ce probldme se pose notamment en cas de perte ou du vol d'un objet. Ce probldme 
se pose aussi si I'on souhaite remplacer un objet par un autre, par exemple remplacer un 
ancien transmetteur par un nouveau transmetteur. Dans I'exemple propos6, en cas de 
disparition de l'objet 16, il serait utile de pouvoir remplacer cet objet par un nouveau 
transmetteur d'ordres, sans pour autant devoir reprogrammer les quatre autres appariements. 

La figure 2 montre un ordinogramme des 6tapes du proc6d6 de I'invention. Les 6tapes 
24 et 26 sont des 6tapes de foumiture d'une cl6 commune aux objets et d'appariement entre les 
objets; ces 6tapes ne font pas a proprement parler partir du precede et peuvent 6tre efifectu6es 
selon toute m^thode souhait6e. Leur chronologie peut 8tre invers6e, I'^tape d' appariements 
pr6c6dant celle de foumiture d'une cl6 commune. A Tissue de ces 6tapes, une cl6 commune 
est foumie k I'ensemble des objets qui doivent ult6rieurement participer k la reprogrammation. 
Dans le cas le plus simple, il s'agit de I'ensemble des objets de llnstaUation; on peut imaginer 
que les appariements sont d6finis k l'int6rieur de deux sous groupes distincts et qu'une cle 
commune est a£fect6e k chacun des sous-groupes. Pour foumir cette cl6 commune, on peut 
notamment utiUser le proc6d6 dterit dans la demande de brevet BP 1 085 481 ou encore dans 
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la demande de brevet franfais 02 01631 du 11.02.02. Quelle que soit la methode utiUsee, a 
Tissue de I'etape de foumiture, les objets bidirectionnels pouvant xilterieurement participer a la 
rqirogrammation disposent chacun d'une cl6 commune. Cette cle commune est par exemple 
une suite de chif&es stockee dans une m6moire associee k chacun des objets. 
5 L'etape 28 correspond k la disparition d'un transmetteur d'ordre - qui n'est quhm 

exemple de circonstance dans laquelle on pent souhaiter reprogrammer les objets. On 
considere une disparition du transmetteur d'ordre 16. 

A r6tape 30, vme nouvelle cl6 conmaune est foumie aux objets de Tinstallation - sauf k 
Tobjet a exclure. Diverses solutions pour foumir cette nouvelle cl6 commune sont detaillees 
10 dans la suite. A Tissue de cette etape, les objets a reprogrammer - a Texception de Tobjet a 
exclure - disposent de la nouvelle cle commune. Comme explique plus bas, en fonction de la 
nature de la procedure d'authentification, la nouvelle cl6 commune pent gtre foumie sous des 
formes dififerentes aux differents objets. 

A Tetape 32, im objet tente d'etablir une communication avec \m autre objet avec lequel 
15 . il est appari6, pour lui transmettre un ordre. Dans Texemple, un transmetteur d'ordre est utilise 
pour transmettre un ordre vers un r6cepteur d'ordres. 

A T6tape 34, pour la paire d'objets afFect6s par la tentative de transmission d'un ordre, 
on verifie si les deux objets disposent de la nouvelle cl6 commime. Si tel est le cas, on passe k 
T6tape 36 et sinon on passe k TStape 38. La verification pent s'eflfectuer suivant toute 
20 procedure d'authentification permettant a chaque objet de verifier que Tautre dispose de la 
nouvelle cl6. On pent notammrat utiliser les algorithmes d'authentification du genre decrit 
dans US-A-5 841 866. On pent aussi n'exiger la connaissance de la nouvelle cl6 commune que 
de la part de certains des objets : ainsi, dans une installation, on pent supposer que des 
recepteurs d'ordres fixes - tels des moteurs de volets roulants - ne risquent pas d'etre perdus 
25 ou derob6s. De ce fait, il peut suffire lors d'une tentative d'envoi d'un ordre depuis un 
transmetteur d'ordres vers im recepteur d'ordres de verifier que le transmetteur d'ordres 
dispose de la nouvelle cl6 commune. En pratique la verification impose de foumir la nouvelle 
cle commune, sous une forme ou une autre, au recepteur d'ordres. 

A Tetape 36, il est avere que les deux objets disposent de la nouvelle cle commune - 
30 autrement dit qu'ils ne sont pas exclus. Uordre est done accepte, i.e. execute par son 
destinataire. Tel est le cas, dans Texemple, si les transmetteurs d'ordres 18 ou 20 sont utilises. 
L'utilisatem- peut done continuer a se servir des transmetteuts d'ordres, comme auparavant. II 
n'est pas nScessaire qu'il reprogranune tous les appariements. 
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A r6tape 38, il est avere que les objets ne disposent pas tous les deux de la nouvelle cle 
commune. L'ordre est refus6 - le destinataire de I'ordre ne I'ex^cute done pas. Dans I'exemple, 
le transmetteur d'ordre 16, qui n'a pas refu la nouvelle cl6 commune, ne peut pas commander 
un des deux r^cepteurs d'ordres 4 ou 10 auxquels il etait appari6. 

5 Ceci assure que I'objet exclu ne peut plus atre utilis6 dans I'installation, sans que tous les 

q>pariements ne doivent etre repiogramm6s. 

Les stapes 34, 36 et 38 sont mises en oeuvre pour les diff^rents appariements consider6s; 
elles peuvent 6tre mises en ceuvre successivement, k chaque occurrence d'utilisation d'un 
objet. Elles peuvent aussi 8tre mises en ceuvre quasiment simultandment : tel pourrait 6tre le 

10 cas si un objet tente d'envoyer un ordre simultan6ment vers une pluralit6 d'autres objets. Dans 
I'exemple propose plus haut, lorsque I'objet 20 est utilise pour la premiere fois apr^ la 
foumiture d'une nouvelle cle commuae, il 6met une commande vers les objets 4, 10 et 14; 
ainsi, la vacation de l'6tape 34 s'effectue a trois reprises, sur chaque paire d'objets. On 
pourrait aussi imaginer un envoi par I'objet 20 d'une trame de validation commune, par 

1 5 laquelle Tobjet 20 signale la connaissance qu'il a de la c\€ commune. 

La figure 3 montre un ordinogramme d'un mode de r6alisation plus elabor6 de 
l-invention. Dans l'exenq)le de la figure 3, la verification pr6vue a la figure 2 k Vistape 34 de la 
figure 2 n'est mise en ceuvre, pour une paire d'objets donn6e, que lors de la premiere tentative 
d'envoi d'un ordre d'un objet k I'autre. 

20 Dans I'exemple de la figure 3, les appariements sont r6alis6s par le stockage dans un 

objet d'identifiants de I'ensemble des objets avec lesquels il est appari6. Ainsi, dans I'exemple, 
le transmetteur d'ordres 16 stocke des identifiants des r6cepteurs d'ordres 4 et 10, tandis que le 
r6cepteur d'ordres 10 stocke les identifiants des transmetteurs d'ordres 16, 18 et 20. En outre, 
vm marqueur est pr6vu pour chaque identifiant stock6; le marqueur est binaire et sa fonction 

25 apparalt de la description qui suit. En fonctionnement "normal" de I'installation, le marqueur 
pr^sente une premiere valeiu- - la valeur nulle dans I'exemple. 

On suppose, coimne i la figure 2, des objets disposant d'une cl6 commune et entre 
lesquels des appariements sont d6finis. A I'^tape 42 un transmetteur d'ordre disparait. Une 
nouvelle cl6 commune est fouinie k I'^tape 44, Dans chaque objet ayant regn la nouvelle cl6 

30 commune, le marqueur associ6 k chaque identifiant change de valeur; il est pass6 k la valeur 
1. Cette valeur denote que I'appariement en caiise est invalid6, de fa9on temporaire. 
A r6t^e 46, im objet envoie un ordre vers un autre objet. 
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A r6tape 48, dans I'objet destinataire de I'ordre, on precede a la verification de 
Texistence d'un ^ariement. Si I'appariement existe, on passe a I'etape 50 et sinon a r6tape 52. 

A I'etape 52, dans I'objet destinataire, I'ordre est refus6 si I'^pariement n'existe pas. 
Ceci est une s^jplication nonnale des regies de fonctionnenient des objets. 

A r6t^e 50, on teste dans I'objet ayant repu Tappariement si le marqueur coirespondant 
est valide - k r6tat "0" dans I'exemple. Si c'est le cas, on passe k I'Stape 56 et sinon k I'dtape 54. 

A l'6tape 56, I'ordre est »t6cut6. 

A l'6tape 54, on teste si la nouvelle cl6 est pr&ente, dans I'objet emetteur et dans I'objet 
destinataire de I'ordre. Si c'est le cas, on passe k r6tape 62 et sinon k I'etape 60. 

A I'etape 60, I'appariement est supprim6 dans les deux objets. L'appariement est done 
d6fimtivement invaUde; dans le mode de mise en oeuvre le plus simple, les m6moires de 
chacun des objets de la paire stockant I'identifiant de I'autre objet de la paire sont effac6es. 
Ceci assure que I'objet exclu ne peut plus etre utilise dans I'installation. On pent pr6voir des 
solutions plus complexes, par exemple avertir I'utilisateur par un signal particulier ou 
provoquer une inactivation complete des objets. On peut aussi ne supprimer I'appariement 
qu'api^ une deuxiteie tentative, ce qui laisse k I'utiUsateur la possibiUt6 de transmettre la 
nouvelle cl6 commune k I'objet qui en est dfepourvu. 

A I'etape 62, I'ordre est ex6cut6 et le marqueur de I'identifiant de I'autre objet est passe k 
la valeur "0" dans les deux objets. L'appariement est k nouveau "vaUd6" ou "restaur6". 
Apres les 6ts^es 52, 56, 60 et 62, on repasse k I'et^e 46. 

L'ordinogramme de la figure 3 est parcourue comme expliqu6 maintenant. On consid&re 
I'exemple vis6 plus haut. Aprfes la foumiture de la nouvelle cl6 commune, les objets 4, 10, 14, 
18 et 20 ont re9U la nouvelle cl6 commune et ont pass6 les marqueurs de tons leurs objets 
apparies a "0", invalidant ainsi tons les appariements. 

On suppose que Tobjet 18 envoie un ordre k I'objet 10. L'ordinogramme est parcouru 
suivant les 6tapes 48, 50, 54. A I'et^e 54, les deux objets disposent de la cle commune et on 
passe k I'etape 62 : les marqueurs de I'identifiant de Fobjet 10 dans I'objet 18 et de I'identifiant 
de I'objet 18 dans I'objet 10 passent k "0". Si I'objet 18 envoie un nouvel ordre a I'objet 10, 
rordinogramme est parcouru suivant les 6t^es 48, 50, 56. La presence du marqueur permet 
de ne tester qu'une fois la pr6sence de la nouvelle cl6 commune, ce qui simplifie les echanges. 

On siq)pose que I'objet 16 est utilis6 pour transmettre un ordre vers les objets 4 et 10. 
Pour chaque appariement, onparcourt l'ordinogramme suivant les 6t^es 48, 50, 54. A I'etape 
54, I'objet 16 ne pr6sente pas la nouvelle cl6 commune. De ce fait, k I'etape 60, I'appariement 
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est suppiim6. Ainsi, les identifiants des objets 4 et 10 sont supprimes dans Tobjet 16 et 
Videntifiant de Tobjet 16 est supprime dans les objets 4 et 10. Ceci evite qu*une tentative 
ult6rieure dhitilisation de Tobjet 16 ne soit coiironn6e de succes - elle conduirait a parcourir 
rordinogramme suivant les 6tapes 48 et 52. Ceci pennet aussi de liberer un emplacement 

5 memoire dans les objets pour pemiettre d'autres appariements. 

La solution de la figure 3 permet, lors dHm deuxifeme ordre, de ne pas verifier a nouveau 
la presence de la cle commune; un ordre ulterieur peut done etre ex6cut6 sans verification de 
Texistence de la cle commune. Elle permet en outre de detemiiner, pour un objet donne, a 
quel moment Tensemble des objets auquel cet objet donn6 est reli6 a 6te balay6 : de fait, 

10 lorsque tons les marqueurs sont repasses a "0", tons les appariements ont 6t6 "restaurfe". 

Dans im autre mode de realisation, on peut prevoir que la verification n'est realis6e que 
pendant une periode de temps predeterminee suivant la foumiture d'une nouvelle cle 
commune; ce mode de mise en ceuvre assure une plus grande securite, en eliminant les objets 
qui ne sont pas ou rarement utilises. Dans ce cas, a Tissue de la periode de temps 

15 pr6determin6e, on elimine les identifiants des objets pour lesquels le marqueur est encore a 
"1". 

Les etapes 48 k 62 sont raises en ceuvre pour les difiKrents ^pariements consider6s; 
elles peuvent Stre mises en ceuvre successivement, k chaque occurrence d'utilisation d*un 
objet. Elles peuvent aussi 6tre mises en ceuvre qiiasiment simultan6ment : tel pourrait Stre le 

20 cas si un objet envoie un ordre simultan6ment vers une pluralit6 d'autres objets. Dans 
Texemple propos6 plus haut, lorsque Tobjet 20 est utilis6 pour la premiere fois aprbs la 
foumiture dHme nouvelle cl6 commune, il 6met une commande vers les objets 4, 8 et 12; 
ainsi, les etapes 48, 50, 54 et 62 s'effectuent k trois reprises, sur chaque paire d'objets. On 
pouirait aussi imaginer un envoi par I'objet 20 d*une trame de validation commune, par 

25 laquelle Tobjet 20 signale la connaissance qull a de la cle commune. 

n faut enfin noter que dans les exemples cit6s, chaque appariement est r6alise par le 
stockage dans un objet d'identifiants de Tensemble des objets avec lesquels il est apparie. 
Comme il est decrit dans T^tat de la technique, 1' appariement peut etre plus simplement 
r6alis6 par im stockage partiel : par exemple celui de Fidentifiant d'\m transmetteur d'ordre 

30 dans un r6cepteur d'ordre, sans que Tidentifiant du r6cepteur d'ordre ne soit stock6 dans le 
transmetteur d'ordre, ou encore par le stockage dans un transmetteur d'ordre d'un des 
identifiants ou adresses du r6cepteur d'ordre, sans que ledit recepteur d'ordre ne contienne 
I'identifiant du transmetteur d'ordre. n reste que dans chaque cas, le recepteur d'ordre a la 
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possibilite d*invalider rappariement, ou encore de le supprimer, comme explique 
prec6dOTiment. 

Diverses solutions pennettent de foumir une cle commune a un ensemble d'objets, 
comme decrit maintenant Dans une premiere variante, la foumiture de la nouvelle cle 
5 commune est efiFectuee a Taide d'xm seul des points de t616conunande, nomade ou fixe. Une 
commande clavier particuliere, ou combinaison de touches, permet de faire entrer cette 
telecommande dans un mode oil elle gtnbrc une nouvelle cl6 NK, par exemple k Taide d'un 
algorifbme pseudo-al6atoire, ou encore par tout autre moyen, cela etant sans incidence sur le 
contenu de Tinvention. On notera que Tancieime cl6 comtmune OK pent 6tre conserv6e en 

10 m6moire par la t^leconunande, pour les raisons expliqu6es ci-dessous. Cette variante presoate 
I'avantage de la simplicit6 et de la facilit6 de mise en oeuvre. 

Dans ime seconde variante preferee, deux points de commande au moins sont 
necessaires pour permettre le changement de cle commime de Tim d'entre eux. Ainsi, si on 
desire effechier xm changement de cle commune a Taide de la telecommande Tl, on engage la 

15 procedure clavier de la premiere variante, mais cela a poxir effet de provoquer remission par 
Tl d'une demande d*authentification particuliere. Dans la trame d'emission, Tl envoie un 
signe prouvant qu'elle contient Tancieime cle commune - ce pent 8tre en clair la valeur de 
cette cle commune, ou toute autre valeur cryptee deriv6e de cette cle conamune. 

A reception d'une teUe demande d'authentification ET en r6ponse k au moins une 

20 commande clavier de Tutilisateur, une autre t616conamande T2 adressera i Tl un signal 
d'acquisition pour autant que T2 ait bien verifie que Tancienne cl6 conunune transmise par Tl 
6tait bien celle connue de T2. C'est seulement k reception d'un tel signal d' acquisition que la 
t616commande Tl est susceptible de modifier sa propre cl6 commune en cr6ant NK tout en 
conservant Tancienne valeur OK en m^moire. Pour augmenter la s6curite correspondant a ce 

25 proc6d6, on peut imposer que le signal d'acquisition soit 6mis dans une plage temporelle 
courte suivant remission du signal particulier de demande d'authetitification. 

Dans cette seconde variante, deux points de commande au moins sont necessaires pour 
generer une nouvelle cl6 commune, ce qui reduit les possibilites d'xm usage firauduleux. Ainsi, 
il n'est pas possible de changer la cle commune simplement k partir d*un actionneur egare. 

30 Aprfes cette premiere etape, un des objets - une t61ecommande dans Texemple - dispose 

de la nouvelle cle. II convient ensuite de diffiiser la nouvelle cle NK vers les autres points de 
commande. 
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Selon une premiere variante, cette diffusion a lieu de maniere sensiblement collective, i. e. 
point k multipoints; selon une deuxieme variante, cette diffusion a lieu par succession de 
diffusions point a point. Dans la premiere variante, Tobjet qui contient la nouvelle cl6 adresse, 
en rSponse i une commande clavier particuliere de Tutilisateur, ou directement apres la 
5 g6n6ration de la nouvelle cle, un message de demande de changement de cle k I'msemble des 
objets; le message contient simultanement I'ancienne cle OK et la nouvelle NK. Tout objet 
recevant ce message, 6ventuellement repete dans une plage temporelle de quelques minutes, 
procede k la modification de sa propre cl6 commune actuelle en nouvelle cle NIC, dpxbs avoir 
v6rifi6 ridentit6 de sa cl6 actuelle avec Tancienne cl6 OK. La verification de Tancienne cl6 
10 6vite qu'un objet d'une installation voisine ne change sa cle en recevant le message avec la 
nouvelle cl6. Cette premiere variante exploite les capacit6s des objets k transmettre et 
recevoir; elle presente Tavantage de la simplicite - puisqu'il n'est n^cessaire pom: Tutilisateur 
de ne disposer que d'un objet pour provoquer la foumiture de la nouvelle cle k tous les objets 
de rinstallation. 

15 Une autre forme de cette premiere variante dite collective consiste k ce que Tobjet 

disposant de la nouvelle cl€ envoie simplement im ordre de changement de cl6 accompagne 
de la nouvelle cle NK. Chaque objet recevant Tordre g6n6ral de demande de changement de 
cl6 engageant alors un dialogue d'authentification avec I'objet disposant de la nouvelle cl6, et 
n'acceptant la nouvelle cl6 NK que si ce dialogue prouve que I'objet disposant de la nouvelle 

20 cl6 contient Tancienne cl6 comtmune OK. Ceci 6vite, comme dans la forme pr6c6dente, qu'un 
objet d'une installation ne reagisse k une commande de changement de cl6 provenant d'xm 
objet d'une autre installation. 

Dans la deuxifeme variante, la nouvelle cl6 est transmise d'objet en objet, avec au moins 
une operation de Tutilisateur lors de chaque transmission. La transmission de la nouvelle cl6 

25 commune s'accompagne de la transmission de rancienne cl6 commune, ou bien conduit k un 
dialogue prouvant a I'objet recevant la nouvelle cl6 que Tobjet qui transmet la nouvelle cle 
commxme possedait aussi Tancienne, Le fait de prevoir une operation de TutiUsateur lors de 
chaque transmission securise la foumiture de la nouvelle cle. Ainsi, meme si I'objet a expulser 
se trouve encore a port6e radio — par exemple par ce qu'il est simplement perdu dans la 

30 mmson - il n'est pas pourvu de la nouvelle cle. Ceci am6Uore la s6curite, puisque la presence 
d'un objet k exclure k portee radio des autres objets permet n6anmoins de I'exclure. Ceci evite 
qu'un objet ne soit ensuite ramass6 par un passant qui en ferait un usage firauduleiix. De plus, 
cette demise variante s'accommode d'un mode basse consommation des points de 
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commande, qui ne confere a ceux-ci un fonctionnement en reception que lors d'une activation 
manuelle. H est aussi possible dans cette deuxieme variante d'imposer Tutilisation de deux 
objets pour generer la nouvelle cle. 

Ces deux variantes peuvent Stre mises en ceuvre pour Tensemble des objets; il est 
5 toutefois avantageux de ne les utiliser que pour diffiiser la nouvelle cl6 vers les objets 
directionnels utilises coname points de commande. En efifet, les points de commande sont 
facilement accessibles par Ihxtilisateur, ce qui rend la deuxieme variante facile k mettre en 
OBUvre. En revanche, il pent etre compliqu6 pour Tutilisateur d'acc6der k chaque op6ratexu- ou 
recepteur pour une conunande manuelle. On pourrait aussi ne mettre en oeuvre ces variantes 
10 que poiir les t616commandes nomades, i.e. pour les points de commande qui ne sont pas fixes : 
on peut en effet partir du principe que les points de commande fixes ne peuvent normalement 
pas disparaitre. 

Si Tune ou Tautre de ces variantes n'est mise en oeuvre que pour les points de commande 
- ou pour un soiis-ensemble d'entre eux - la nouvelle cle peut ensuite etre dijBftisee vers les 

15 . autres objets comme explique maintenant. La diffusion de la nouvelle cl6 vers les actionneurs 
est d'abord realisable selon les modalit6s indiquees dans la demande de brevet 02 01631 du 
1L02.02. Dans cette demande, il est propos6 d'e^pliquer a plusieurs objets de fa9on 
synchrone un 6v6nement initiateur, comme une double coupure de Talimentation. On envoie 
ensuite - par exemple par Tun des objets ayant subi Tdvenement initiateur - un message 

20 contenant un identifiant de groupe. Un objet ayant subi r6v6nement initiateur et recevant ce 
message stocke Tidentifiant de groupe, et considere ensuite qu'il fait partie du groupe d6fini 
par cet identifiant. L'instant d'application de r6v6nement initiateur peut servir dans chaque 
objet de r6f6rence temporelle pour securiser la d6fimtion du groupe. 

Pour diflfuser la nouvelle cl6, r6v6nement initiateur peut Stre constitu6 par un ordre 

25 coUectif particulier de la t^leconamande disposant d6j^ de la nouvelle cle; r6v6nement 
initiateur peut aussi etre constitue par une action sp6cifique sur une ligne d' alimentation 
commune aux actionneurs, suivie le cas echeant de la reception d'une nouvelle cle. Dans la 
mesure oil les actionneurs ou les points de commande fixes sont identifies comme tels - par 
exemple a Tinstallation ou en usine ~ il reste sur d'envoyer la nouvelle cle, le cas 6cheant 

30 accompagn^e de Tancienne cl6, vers les actionneurs et/ou les points de conunande : en efifet, 
une telle commande peut n'Stre accept6e que par des objets identifies comme fixes et ne serait 
pas acceptSe par un point de conomande mobile perdu. Cette solution s'applique encore au 
remplacement d'un objet fixe : il suffirait que Tobjet fixe k remplacer ne subisse pas 
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revenement initiateur. On peut simplement, dans le cas d*un point de commande jBxe enlever 
ralimentation par pile; pour un actionneur ou un point de commande relie au reseau, on peut 
debrancher le point de commande. 

Du point de vue dhin objet, le procede decrit ci-dessus implique simplement de recevoir 
5 une nouvelle cl6, de v6rifier lors de Tenvoi ulterieur d*un ordre- en emission ou en reception — 
que I'objet destinataire ou 6metteur dispose de la m@me nouvelle cl6 et de d'invalider 
r^pariement si Tappari^ent existait precedemment et si la verification est negative. Un 
progranune d'exploitation d'un objet comprend done des routines adapt6es k la mise en oeuvre 
de chaque et^e du procede. 

10 On ne d6taille pas la mise en oeuvre par programmation des dijSi§rCTtes etapes proposees : 

celle-ci est a la port6e de lliomme du m6tier utilisant les techniques de programmation 
coimues en tant que telles, a partir des indications foumies dans la description qui precede. 

Le procede decrit ci-dessus presente les avantages suivants : en cas de perte ou vol d'un 
objet — une tel6commande par exemple - il est inutile de proceder k xme complete procedure 

15 de re-appariements pour retablir tous les. appariements entre telecommandes valides et 
actioimeurs : ces appariements individuels sont simplement suspendus par la procedure de 
changement de cl6 conomune et redeviennent valides sur simple constat d' accord avec la 
nouvelle cl6 commune; pour Tutilisateur, il est uniquement necessaire de declencher la 
foumiture d'une nouvelle cl6, les autres 6tapes etant indetectables et ne n6cessitant pas 

20 d'intervention de I'utilisateur. 

Meme dans le cas ou Ton impose k I'utilisateur de valider sur chaque point de 
commande la transmission de la nouvelle cl6» le proc6d6 conserve les appariements. Le 
nombre d'actions est done uniquement fonction du nombre de points de commande et non pas 
du nombre d'appariements. Dans I'exemple propos6 plus haut, si la tel6commande 16 

25 disparait, il sufQt de valider la transmission de la nouvelle cl6 aux t616commandes 18 et 20, 
sans devoir 6tablir anouveau les appariements (12, 18), (4, 20), (8, 20) et (12, 20). 

Du point de vue de la s6curit6, Texemple de la figure 3 permet de proceder a la 
fomniture de la cle commxme avec des contraintes de s6c\3rite beaucoup plus faibles que pour 
Tappariement. En effet, il n'est pas genant que la nouvelle cle commune soit aussi foumie par 

30 erreur k des transmetteurs d'ordres non apparies : ces transmetteurs d'ordres ne sont pas 
appari6s et ne peuvent done utiliser cette cle commune. Ceci ressort clairement de 
Tordinogranune de la figure 3, puisqu'un ordre transmis par un transmetteur non appari6 est 
refiis6 (etape 48, 52). 
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Un autre avantage est que la cl6 commune peut etre foumi globalement k tous les 
transmettexirs d'une installation, sans consideration des appariements. 

Bien entendxx, Tinvention n'est pas limitee aux modes de realisation donnes plus haut. La 
transmission radio utilisee entre un transmetteur et un recepteur n'est donnee qu*a titre 
5 d'exemple et peut etre modifiee. L'invention s'applique notamment, que les transmetteurs et 
les r^cepteurs utilisent une frequence unique ou 6mettent chacun sur une frequence distincte, 
ou par sauts de jB:6quences, ou avec des modulations diff^rentes. On pourrait aussi utiliser des 
siq>ports de transmission distincts dans le sens transmetteur vers r6cepteur ou dans le sens 
recepteur vers transmetteur, ou encore des supports de transmission distincts pour des groupes 
10 de transmetteurs ou d'emetteurs distincts. En fait, le proc6d6 s'applique d^ lors que les 
transmetteurs ou r6cepteurs d'ordres sont des "objets bidirectionnels" capables d'6mettre et de 
recevoir. 

On a utilise les mots "r6cepteurs d'ordres" et "op6rateurs", qui s'appliquent notamment k 
Texemple des operateurs de volets roulants. Le recepteur et Toperateur peuvent etre des 
15 elements distincts, comme dans les exemples, ou alors former un ensemble imique — par 
exemple par integration du recepteur d*ordres dans Toperateur. 

On peut manifestement coder ou encrypter les messages ou les identiiiants, en utilisant 
les techniques connues de Tetat de la technique. 
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REVENDICATIONS 



1. Un precede de reprogrammation d'objets bidirectionnels contenant xine cle 
commune, au moins deux objets etant appaiies pour pennettre renvoi d*un ordre depuis un 

5 objet de la paire vers Tautre objet de la paire et rex6cution de Tordre par Tautre objet, le 
procede comprenant les et^es de : 

- foumiture aux objets d'une nouvelle cle commime; puis 

- lors de renvoi d'un ordre d'un objet vers un autre objet qui lui est apparie, 
verification que les deux objets contiennent la nouvelle cl6 commune, et 

10 - refiis d'execution de Tordre par I'autre objet si les deux objets ne contieiment 

pas la nouvelle cl6 commune. 

2. Le proc6d6 de la revendication 1, caract6ris6 en ce que Tetape de verification n'est 
mise en oeuvre, po;ir deux objets donnes, que lors du premier ordre suivant la foumiture de la 

15 nouvelle.cle commune. 



3. Le procede de la revendication 1 ou 2, caracterise en ce que I'etape de foumiture 
d*une nouvelle cl6 conmnme comprend : 

- la generation d'une nouvelle cl6 commune et 
20 - la diffusion de la nouvelle cle conmiune genSree. 

4. Le precede de la revendication 3, caracteris6 en ce que l'6tape de generation 
s'efifectue k partir d'un objet xmique. 

25 5. Le procede de la revendication 3, caracterise en ce que I'etape de generation 

s'effectue k partir de deux objets. 

6. Le procede de la revendication 3, 4 ou 5, caracterise en ce que Tetape de diffusion 
comprend une diffusion point a multipoints. 

30 

7. Le procede de l*une des revendications 3 i 6, caracterise en ce que I'etape de 
diffusion comprend une diffusion point k point. 
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8. Le precede de la revendication 7, caracterise en ce que la diSusion point a point 
comprend une action de Tutilisateur sur chaque point. 

9. Le proc6de de la revendication 3, 4 ou S, caract6rise Gn ce que I'^tape de dijSusion 
comprend : 

- une diJSusion point a point parmi un sous-ensenoble des objets; 

- une diffusion point a multipoint vers un autre sous-ensemble des objets. 

10. Le proc6de de Tune des revendications 3 i 9, caract6rise ea ce que retq)e de 
difiEusion comprend, lors de la difEusion de la nouvelle cl6 commune d'un objet vers im autre 
objet, la verification que les deux objets contiennent I'ancienne cle commune. 

11. Un programme d'exploitation d*un objet bidirectionnel adapte a stocker au moins 
une cle commune et au moins une information d'appariement, comprenant : 

(a) une routine de reception d'ime nouvelle cle conxmime; 

(b) une routine de reception d'un ordre; 

(c) une routine de v6rification pour un ordre re9u depuis un objet emetteur 
apparie de la presence de la cle commune dans Tobjet emetteur, et 

(d) xme routine de refiis d'ex6cution de Tordre si la verification est n6gative. 

12. Le progranmie de la revendication 11, caract6ris6 en ce que la routine de 
verification n'est mise en oeuvre, pour un appariement donne, que lors du premier ordre re9U. 

13. Un programme d'exploitation d'un objet bidirectionnel adapte k stocker au moins 
une cl6 commune et au moins xme information d'appari^oient, comprenant : 

(a) une routine de reception d'une nouvelle cl6 commune; 

(b) une routine d'emission d'un ordre vers un objet destinataire apparie; 

(c) une routine de verification de la presence de la cle conamune dans Tobjet 
destinataire. 

14. Le programme de la revendication 13, caracterise en ce que la routine de 
verification n'est mise en oeuvre, pour un appariement doime, que lors du premier ordre 6mis. 
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15. Le programme de Tune des revendications 11 a 14, caract6rise en ce qu'il 
comprend en outre une routine de generation d*une nouvelle cl6 comm\me. 

16- Le programme de la revendication 15, caracterise en ce que la routine de 
generation comprend une sous-routine d'emission d'une commande de generation de la cl6 
commune vers un autre objet. 

17. Le programme de Tune des revendications 11 k 16, caract6ris6 en ce qu'il 
comprend en outre une routine de transmission vers un autre objet d'une nouvelle cl6 
commune. 

18. Le programme de Tune des rev^dications 11 a 17, caract6rise en ce qu'il 
comprend en outre une routine de transmission vers plusieurs autres objets d'une nouvelle cl6 
commune. 

19. Un objet bidirectionnel, presentant : 

- un etage de reception; 

- un etage d'emission; 

- une unite logique pilotant I'^tage de r6ception et I'etage d'emission, et 

- une m6moire contenant un programme selon une des revendications 11 ^18. 
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